fate/lavf-image: Disable file checksums for exr tests

The generated files are endian-dependent, so no checksums
may be part of the ref files.

Fixes ticket #9854.

Tested-by: Sebastian Ramacher <sramacher@debian.org>
Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
(cherry picked from commit fe211aebbf2988f7a6588cf9f45277ca74b92763)

Gbp-Pq: Name 0006-fate-lavf-image-Disable-file-checksums-for-exr-tests.patch

tests/fate-run: Allow to skip file checksums for lavf_image

The output file (even the filesize) of the recently added
EXR tests depends on the endianness; therefore checksums
of these files must not be part of the ref file. Therefore
this commit adds an option (unused for now) to disable these
checksums on a per-test basis.

In order to avoid having to check twice, the checksum and
the filesize info are moved to immediately follow one another;
this results into updates to the ref files of all lavf-image tests.

Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
(cherry picked from commit 4fb8741c4670965eaf1f78d6122c6bdfdf1f3358)

Gbp-Pq: Name 0005-tests-fate-run-Allow-to-skip-file-checksums-for-lavf.patch

fate/imf: Rename IMF fate-target

It conflicts with the name of the test using the testtool
in libavformat.mak.

Fixes ticket #9841.

Reviewed-by: Pierre-Anthony Lemieux <pal@sandflow.com>
Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
(cherry picked from commit 3b923116e5a348945281b8d827074ac8f897464d)

Gbp-Pq: Name 0004-fate-imf-Rename-IMF-fate-target.patch

avcodec/alac: don't fail if channels aren't set during init() when extradata is valid

The decoder is meant to use it as a fallback if the value in extradata is
invalid.

Regression since d199099be.

Signed-off-by: James Almer <jamrial@gmail.com>
Gbp-Pq: Name 0003-avcodec-alac-don-t-fail-if-channels-aren-t-set-durin.patch

configure: properly require libx264 if enabled

When libx264 can not be found even though it is enabled, it should error
out properly instead of silently disabling it.

(cherry picked from commit 564d7946de56155d1c42165a8b561fcf5028cbbc)

Gbp-Pq: Name 0002-configure-properly-require-libx264-if-enabled.patch

avcodec/arm/sbcenc: avoid callee preserved vfp registers

When compiling FFmpeg with GCC-9, some very random segfaults were
observed in code which had previously called down into the SBC encoder
NEON assembly routines. This was caused by these functions clobbering
some of the vfp callee saved registers (d8 - d15 aka q4 - q7). GCC was
using these registers to save local variables, but after these
functions returned, they would contain garbage.

Fix by reallocating the registers in the two affected functions in
the following way:
 ff_sbc_analyze_4_neon: q2-q5 => q8-q11, then q1-q4 => q8-q11
 ff_sbc_analyze_8_neon: q2-q9 => q8-q15

The reason for using these replacements is to keep closely related
sets of registers consecutively numbered which hopefully makes the
code more easy to follow. Since this commit only reallocates
registers, it should have no performance impact.

Signed-off-by: James Cowgill <jcowgill@debian.org>
Gbp-Pq: Name 0001-avcodec-arm-sbcenc-avoid-callee-preserved-vfp-regist.patch

ffmpeg (7:5.1-2) unstable; urgency=medium

  * debian/: Fix test failures on s390x (Closes: #1016519)
    * Apply upstream fixes for some s390x test failures
    * Disable one new failing test

[dgit import unpatched ffmpeg 7:5.1-2]

Import ffmpeg_5.1-2.debian.tar.xz

[dgit import tarball ffmpeg 7:5.1-2 ffmpeg_5.1-2.debian.tar.xz]

Import ffmpeg_5.1.orig.tar.xz

[dgit import orig ffmpeg_5.1.orig.tar.xz]